
reports. By way of example, not limitation, the computer system(s) at the image 
provider user 14 can be implemented by an IBM ®, IBM® compatible, any Intel 
based compatible, Apple® Macintosh®, Digital Equipment® Alpha® based, or 
Alpha® based compatible computer. The computer systems at the image provider 14 
preferably operate the Microsoft Windows NT® server operating system, but other 
operating systems such as the UNIX operating system are also appropriate. — 



Please replace the paragraph beginning at page 28, line 16, with the 
following rewritten paragraph: ^ . - — ■ 

—In any event, when the login routine is called, the internet server 24 
of the host system 1 0 interacts with the user logging in via the communication servers 
22, 24 to receive various inputs. Specifically, as shown in FIG. 6, the internet server 
24 determines whether the subject user has entered a valid client identification 
number (block 300), a valid user identification name authorized by the client 
identified in block 300 (block 302), and the appropriate password (block 304). If at 
any of these blocks (300, 302, and 304) the system 10 determines that an incorrect 
response has been entered, the login routine is terminated (block 306) and the system 
10 returns to Step 102 in FIG. 3 A. On the other hand, if appropriate inputs are 
entered at each of blocks 300, 302 and 304, the internet server records the log in of 
the identified user in the activity database (block 308). In the preferred embodiment, 
the length of time a user remains logged into the system is recorded. Thus, in addition 
to the user's identity, the internet server preferably records the time at which the 
identified user gained access to the system at block 308.— 



Please replace the paragraph beginning at page 29, line 9, with the 
following rewritten paragraph: - 

—After logging this activity, the internet server 24 enters a loop 
illustrated by blocks 112, 116, 120, and 126 in FIGS. 3A and 3B. In this loop, the 
system waits for the user to enter an input indicating that certain browsing activities 
are to be performed (block 112); a job order is to be developed (block 116); 
administrative activities are to be performed (block 120); or that the user wishes to log 
out (block 126). Preferably, this arrangement is affected by means of the graphical 
user interface discussed above. Particularly, the "browse", "order", "administrative' 1 , 
and "logout" inputs are preferably displayed as choices on the user's screen. By 
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selecting one of these inputs, the user will preferably be given access to pull-down 
menus which provide further options and facilitate easy communication with the 
system 10.— 



Please replace the paragraph beginning at page 33, line 1, with the 
following rewritten paragra ph: „ — " 

—In any event, after the selected data files have been downloaded, the 
internet server logs the downloading activity in the activity database (block 426). 
Next, the internet server checks a flag to determine whether the user has indicated a 
desire to leave the browse routine (block 428). If so, the system 10 returns to block 
1 16 in FIG. 3 A. If not, the system jumps to block 400 in FIG. 7 A to determine 
whether a further search is desired. If the user indicates another search is desired, the 
system proceeds to block 404 and continues through the browse routine as described 
above. If a fUrther search is not requested, the system checks the status of the search 
flag (block 402) to determine whether a search has already been compiled. If not, the 
system 1 0 waits for the user to request a search (block 400) or to exit the browse 
routine (block 403). If a search has already been completed, the system proceeds 
through blocks 410, 412, 414, 416, 418, 420, 422, 424, 426, and 428, and optionally 
through blocks 423 and 425, to enable a user to continue to view the current results 
and possibly download further files. The search flag is preferably re-set to the "no 
search" status when the user logs off the system 10.— 



Please replace the paragraph beginning at page 37, line 14 with the 
following rewritten paragraph: 

—At block 532 in FIG. 8C, the internet server determines whether the 
sending user has indicated a desire to exit the order routine. If the order routine is 
exited, the internet server 24 enters block 120 of FIG. 3B. Otherwise, the system 
returns to block 500 in FIG. 8 A, where, upon receipt of an indication that the user 
wishes to place another work order, a new destination and instruction form will be 
downloaded. In the preferred embodiment, blocks 500, 502, 504, 506, 508, 512 and 
514, and optional blocks 510 and 513, are performed by the user's local computer 
system and blocks 516, 518, 520, 522, 524, 526, 530, and 532, and optional block 
528, are performed by the host site 10.— 




Please replace the paragraph beginning at page 40, line 7, with the 

following rewritten paragraph: 

—If a user selects the edit item record option in the graphical user 
interface (block 614), the internet server first determines whether the user is a read- 
only type user or an administrative user (block 616). If the user is a read-only type 
user, a denial message is generated and displayed (block 617) to the user. Otherwise, 
the item record the user wishes to edit is accessed and downloaded to the user. After 
the user makes the desired changes, the edited item record is saved (block 618). 
These blocks (614, 616 and 618, and optional block 617) can be used by an image 
provider user 14 to catalog its files by entering data into the user defined fields of the 
item records described above. These fields preferably include a class field, a sub- 
class field, a category key field and up to ten user defined fields. Each class record 
can preferably have one or more sub-class records keyed to it.— 



Please replace the paragraph beginning at page 40, line 23, with the 

f ollowing rewritte n pan^g^p 3 ^ " — " " 

—As discussed above, when a user puts new data files on the system 
via the autolog routine, those files are automatically processed and stored on the 
system. However, those files are preferably not searchable until a further affirmative 
authorization is received from the image provider user 14. This arrangement affords 
the image provider user an opportunity to edit the item records of its new files such 
that its new files are cataloged into its library of files in an organized and searchable 
fashion. After editing new item records through blocks 614, 616 and 618, and 
optional block 617, a user can preferably authorize those records for searching with a 
simple command.— 



Please replace the paragraph beginning at page 42, line 1, with the 
following rewritten para graph: 

—If at block 600 of FIG. 9A, the internet server determines that the 
user is a system-type user, the internet server proceeds to blocks 632, 634, 636, 638, 
640, 642, 644 and 646. In particular, the internet server accepts inputs from a system 
user entering new image provider users 14, or entering new users for particular pre- 
existing image provider users 14 (blocks 632 and 634); changing the security status of 
users between the read-only and administrative status and vice versa (blocks 636 and 
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638); editing item records (blocks 640 and 642); and editing the autolog configuration 
of image provider users by setting compression algorithms and compression values or 
setting format types. When the user indicates that it has completed its administrative 
tasks (block 630), the system will returns to block 126 of FIG. 3B. As shown in FIG. 
2, at least one administrative workstation 8 is preferably connected to the LAN 18 for 
use by system users. 



Please replace the paragraph beginning at page 42, line 19, with the 
following rewritten paragraph: 



users (blocks 632 and 634), and editing the autolog configuration (blocks 644 and 
646) have been illustrated in FIGS. 9A-9B as functions exclusive to system users, 
those skilled in the art will appreciate that in some preferred embodiments these 
functions (other than adding image provider users 14) can also be made available to 
image provider users 14 and the users they authorize. Similarly, although requesting 
reports (blocks 610-613) is shown as a function exclusive to authorized client users, in 
some embodiments, system users may also perform these functions. In instances 
where reports are generated (block 612), they can be displayed on a display device 
and/or sent to hard-copy generating devices without departing from the scope of the 
invention and regardless of the type of user requesting the report- 



Please rep,tece the paragraph beginning at page 55, line 6, with the 
following rewritten paragraph: 



order by selecting the "Attachments' 1 option 814. Examples of attachments which 
might be included in a work order include page description language files prepared 
using Quark® Express or some other publishing program. In any event, the 
attachments screen 831 will be displayed when the "Attachments" option 814 is 
selected. The user can select the "Add", "Remove" or "Detail" icons 832, 833, 834, 
836 to respectively add attachments to the list, remove attachments from the list, and 
display detailed information concerning files appearing on the list. — 



— Although changing security status (blocks 636 and 638), adding new 




—The user may also specify attachments to be included in the work 



